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(54) Method and system for programming a cellular phone 



(57) A method and apparatus simplifies and accom- 
plishes the programming of a RED (12), such as a cellu- 
lar telephone (22), via the use of a personal computer 
(PC). The present invention includes software (52. 54) 
within the PC (14) for providing a graphical user inter- 
face (GUI) to the user for ease and simplicity of select- 
ing various programming features and settings 
associated with the cellular telephone to be pro- 
grammed. The software further includes a translator 




(56) for translating these user selected features/settings 
into specific key depresses to be sent to the cellular tel- 
ephone, via software and hardware interfaces (58, 18, 
20), for accomplishing the programming of such fea- 
tures/settings. Additional ly the software includes the 
capability to monitor the data being displayed on the cel- 
lular telephone because such data may be required to 
accomplish various programming features. 
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Description 

Background of the Invention 

This invention relates to programming electronic 
devices and. in particular, a method and apparatus for 
rapidly and easily programming a cellular telephone. 

Advances in technology have resulted in cellular 
telephones with an ever increasing range of program- 
mable features. Such programmable features include,? 
for example, programmable personal directories, timers, 
tone controls, volume controls, security features, sys- 
tem operation, multiple selectable service providers and 
phone numbers, etc. . Additionally, conrpeting cellular 
telephone products are often successfully promoted onl 
the basis of their ease of programming, even though 
versatility, usability, functionality and other important 
attributes of a properly programmed cellular telephone 
are sacrificed to ease of the programming process. 
Although much consideration has been given to the 
ease of programming cellular telephones, the fact 
remains that a majority of cellular telephone users only 
utilize a fraction of the available programmable features. 
Those who do attempt to take advantage of tiiese fea- 
tures are often discouraged by the lengthy instruction 
manuals and the cumbersome nature of entering data 
on the diminutive keypad found on most cellular tele- 
phones. As a result, most programming features are 
never used nor enjoyed, and consumer frustration over 
programming cellular telephones results which leads to 
diminished brand loyalty, reduced satisfaction of the 
product and even a negative opinion of electronic tech- 
nology in general. 

Additionally, a similar problem exists for cellular tel- 
ephone sales personnel and service providers. For acti- 
vation, the cellular telephones require a NAM 
programming sequence which consists of a lengthy 
burdensome and error prone sequence of key 
d^resses. Further, the pressure to persuade consum- 
ers to purchase one product over another can be influ- 
enced by the seller due to the relative difficulty tiie seller 
has in setting up a newly purchased telephone. As a 
result, a technique for easily performing the NAM pro- 
gramming sequence of a cellular telephone could result 
in Increased sales for that cellular telephone. 

Accordingly, a need clearly exists for improving the 
process of programming electronic devices such as cel- 
lular telephones. Referring to U.S. Patent 5,086.513 
(the '513 patent), a digrtal radio communications trans- 
ceiver programming apparatus and metiiod is disclosed 
which is used to load personality defining information in 
a non-volatile EEPROM memory within a portable or 
mobile digital radio transceiver. The '513 patent, how- 
ever. Is written specifically for conventional handheld 
portable radios and does not attempt to address any 
issues involved with other communication devices such 
as cellular telephones. Moreover, the '513 patent 
describes in detail the programming features associ- 
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ated witfi handheld radios and. in fact, a majority of tiie 
text is dedicated to a thorough and tedious description 
of the format and navigation procedures as well as 
defining a primitive DOS window interface specification 

[pr the software. However, the '513 patent does not 
teach or discuss any aspects associated with program- 
ming a cellular telephone nor does it provide any disclo- 
sure assodated with programming various features of a 
cellular telephone such as timers, tone controls, secu- 
rity features, system operation and NAM programming 
^sequence. 

Thus, a need exi^s for improving the process of 
programming cellular, telephones. Accordingly, the 
present invention describes a method and apparatus for 
programming cellular telephones with a personal com- 
puter or other computing device for greatly simplifying 
the process of programming the cellular telephone. As a 
result, the amount of time required to program a cellular 
telephone is greatly reduced, while the number of errors 
encountered during the programming process is mini- 
mized. 

Brief Description of tiie Drawings 

FIG. 1 is a detailed block diagram illusti^ating the 
components associated with the metiiod and appa- 
ratus for programming a programmable electronic 
device in accordance with the present invention; 
FIG. 2 is a detailed block diagram illustrating an 
alternate en^odiment of the components assod- 
ated with the method and apparatus for program- 
ming a programmable electronic device in 
accordance with the present invention; 
FIG. 3 is a detailed block diagram illustrating a 
method and apparatus for using a personal compu- 
ter to program a cellular telephone; 
FIG. 4 is a detailed block diagram of a preferred 
embodiment of the interface apparatus of FIG. 3; 
FIG. 5 is a block diagram illustrating the major soft- 
ware components in accordance with tiie preferred 
embodiment of the present invention; 
FIG. 6 is a GUI screen view of the phone book fea- 
tures in accordance with the preferred embodiment 
of the present invention; 

FIG. 7 is a simplified flow chart showing the major 
steps to program a phone in accordance with the 
preferred embodiment of the present invention; 
FIG. 8 is a GUI screen view of the tone control fea- 
tures in accordance with the preferred embodiment 
of the present invention; 

FIG. 9 is a flow chart showing the steps necessary 
to program the vibrator and ringer features as 
depicted in tiie GUI view of FIG. 8 with tiie phone 
interface link shown in FIG. 3; and 
FIG. 10 is a GUI screen view of the output to pro- 
gram the vibrator and ringer features as depicted in 
GUI view of FIG. 8 using the display output instead 
of the phone interface link. 
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Detailed Description of the Drawings 

The present invention provides a method and system 
that simplifies the programming of programmable elec- 
tronic devices (PEDs). such as cellular telephones, pag- 
ers, VCRs, etc. The present invention abates the need 
for the user of a PED to manually go through a 
sequence or series of steps in order to program the 
PED to perform or access one of its inherent functions 
or capabilities. To that end, the present invention allows 
users of such PEDs to utilize superior human machine 
interface capabilities provided by personal computers 
(PC's) to more easily, efficiently and rapidly input the 
data needed to program PEDs and further provides a 
simplified means to load the PED programs into the 
PED. For purposes of this invention, the term "users" 
includes consumers, sellers, service, support or other 
individuals who use, sell or support PEDs and might 
have a need to or benefit from effecting the program of 
the PED- The term "PC" includes various hardware and 
operating system software combinations commonly 
availatsle to users, irKluding those utilizing operating 
systems such as the Microsoft Windows® operating 
system, the Macmtosh® operating system, the Amiga 
operating s/stem the OS/2® operating system, and the 
various versior^ o* the UNIX operating system. Also, 
included as a type of PC are personal digital assistarrts 
(PDAs), such as the Apple Newton. 

Referring to FIG. 1, a detailed block diagram illus- 
trating the primary components of the present invention 
is shown. The present invention includes a programma- 
ble electronic device (PED 12). a personal computer 
(PC) including software for controlling the programming 
of the PED. and a means to interface PC 14 to PED 12. 
The means to interface the PC to the PED may Include 
a link between PC14 and PED 12, as denoted by refer- 
ence number 18. and an interface apparatus, as 
denoted by reference number 20, for providing the 
required interface between the output f5oH of the PC 
and the input of the PED. Alternately, interface appara- 
tus 20 may be included within PED 12 as shown in FIG. 
2 whereby components shown in FIG. 2 that are identi- 
cal to components shown in FIG. 1 are identified by the 
same reference numbers. 

Although the present invention is applicable to a 
wide range of PEDs. a preferred embodiment of the 
present invention utilizes two models of Motorola porta- 
ble cellular telephones: (1) the f^otorola MicroTAC® 
Elite cellular telephone: and, (2) the Motorola Startac® 
cellular telephone. Both of these cellular telephone 
models utilize substantially the same programming 
model and have substantially the same interfacing 
capabilities built therein. Further, both of these phones 
include a three wire bus connector for allowing an exter- 
nal device to communicate tiierewith. The three wire 
bus is present on most Motorola analog cellular phones. 
The primary function of the bus is to provide a commu- 
nication path between the transceiver radio component 



and the handset (including the display and keypad). The 
transceiver acts as the master of the bus and controls 
the communications of the bus using three lines (hence 
its name, the three wire bus) to transmit and receive 
5 data and to simultaneously provide clock timing. The 
clock signal nnay be used by a handset device to time 
the return of data on the bus in accordance with the pro- 
tocol, electrical and timing specifications of the tiiree 
wire bus. 

10 Likewise, altiiough the present invention is applica- 
ble to a wide range of PC's, a preferred embodiment of 
the present invention utilizes an Apple Macintosh com- 
puter or a Microsoft Windows based computer. These 
are the two most commonly used and commonly availa- 

15 ble PC's whereby these classes of PC's are available in 
a wide range of models including desktop and portable 
models, virtually all of which include the necessary 
operating system, processor, memory, display, key- 
board and I/O ports necessary for the purposes of the 

20 present invention. 

Referring to FIG. 3, a detailed block diagram illus- 
trating a method and apparatus for using a personal 
computer to program cellular telephone 22 is shown. It 
is understood that components shown in FIG. 3 that are 

25 identical to components shown in FIG. 1 are identified 
by the same reference numbers. Briefly, an output port 
of PC 14 is coupled to the three wire bus of cellular tel- 
ephone 22 via link 18 and interface apparatus 20 
thereby providing a means for PC 14 to effectively com- 

30 municate with and program cellular telephone 22. 

Interface apparatus 20 provides for proper signal 
conditioning and/or handshaking of signals transferred 
between PC 14 and cellular telephone 22. Such an 
interface may be required if tiie signal type and signal 

35 level outputted from PC 14 is different from tiiat recog- 
nized cxr required by the three wire bus of cellular tele- 
phone 22 such as is the case between the industry 
standard RS232 serial bus found on almost all PC's and 
the tiiree wire bus found on most Motorola cellular tele- 

40 phones. Interface apparatus 20 may take the form of at 
least two different emtxxJiments. The first embodiment, 
which may be referred to as a P box interface apparatus 
(P box), couples between a parallel input/output (I/O) 
port of PC 14 and the three-wire bus associated with 

4S cellular telephone 22. However, a disadvantage of the P 
box is that a parallel port is only typically found on Win- 
dows-based PC's. The second embodiment for inter- 
face apparatus 20, which may be referred to as an S box 
interface apparatus (S box), couples between a serial 

50 input/output (I/O) port of PC 14 and the three-wire bus 
associated with cellular telephone 22. A serial type I/O 
port, such as an RS-232 serial port, is compatible with 
both Macintosh and Windows PC's. 

Refening to FIG. 4, a detailed block diagram of a 

55 preferred embodiment of interface apparatus S box 26 
is shown. It is understood that components shown in 
FIG. 4 that are identical to components shown in FIG. 3 
are identified by the same reference numbers. S box 26 
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is used to interface and couple serial output port 30 of 
PC14 to the three wire bus port 28 of cellular telephone 
22. For exanple, output port 30 of PC14 may take the 
form of an RS-232 serial port which is standard equip- 
ment on virtually all PC's while the three wire bus 28 is 
present on all Motorola analog cellular telephones. S 
box 26 includes the necessary line interface hardware 
31 and 33 as shown for providing line level translations 
(voltage and current) as necessary as well as Imple- 
menting any logic functions required to interact with 
microcontroller 32. Given the physical (e.g., electrical 
end timing) characteristics defined by the respective 
bus specifications, it is then possible to use a predeter- 
mined message format to transfer information between 
PC 14 and S box 26. 

To that end, S box 26 also includes microcontroller 
32, along with any required external control or memory 
hardware such as oscillators/clocks to drive the chip 
and RAM/ROM for firmware operation (not shown). 
Microcontroller 32 serves as a translator between the 
RS-232 serial bus data and the three wire bus data to 
allow for effective communication between the PC and 
the phone. Microcontroller 32 receives data from PC 14 
in the form of RS232 bus packets via line interface hard- 
ware 31 . This data may be a predetermined request for 
either a command to cellular telephone 22 or a request 
for data from cellular telephone 22. Microcontroller 32 
converts such command or request into the appropriate 
three wire bus data protocol message format 38 which 
is synchronized in time as necessary to communicate 
with cellular telephone 22. Interface logic hardware 33 
insures that proper voltage and current levels are main- 
tained on three wire bus 28. 

As an example of the PC to cellular telephone linK 
consider the case where PC 14 is to generate a 
sequence of keypress commands for transmission onto 
the three wire bus to execute a desired telephone pro- 
gramming sequence. To begin, PC 14 generates a 
serial bus message packet, as denoted by reference 
number 36, that includes the desired key sequence data 
and necessary instructions. The serial data packet is 
then transmitted to S box 26 via the RS-232 bus. The 
microcode included within microcontroller 32 receives 
the serial bus packet, decodes the data and recognizes 
it as a sequence of keypresses to be generated onto the 
three wire bus. The microcode then formats the three 
wire bus messages, as denoted by reference number 
38, and transmits such data onto the three wire bus to 
cellular telephone 22. The telephone recognizes the 
three wire bus data as keypress messages and 
responds accordingly For example, if such data repre- 
sented keypresses to increase the ring volume of the 
telephone, then the ring volume would be increased 
accordingly. 

In a similar manner, consider the telephone to PC 
link. Initially, some relevant data regarding the state of 
the telephone is generated onto the three wire bus by 
the telephone. Microcontroller 32 monitors the three 



wire bus and recognizes that such data has been trans- 
mitted. Microcontroller 32 can then format such data 
into an appropriate RS-232 serial packet for transmis- 
sion to PC 14. The PC 14 receives the incoming data, 

5 decodes the message, recognizes the data as relevant 
three wire bus data regarding the state of the telephone, 
and responds accordingly. For example, the phone may 
be displaying a phone number stored in its internal 
^memory. The data intended for display is transmitted 

10 from memory to the display via the three wire bus while 
the S box is monitoring the three wire bus and sends 
this data to the PC via its serial port. The PC and its 
associated software (to be described hereinafter) 
decodes the incoming phone number data and utilizes 

15 or stores the data as needed. This is the process, for 
example, that occurs when the PC is reading the direc- 
tory contents of the memory of the cellular telephone. 

In this manner, S box 26 allows PC 14 and cellular 
telephone 22 to effectively communicate. It is under- 
go stood that the nature of S box 26 is provided as a pre- 
ferred embodiment only and that a plurality of interface 
an-angements may be readily available as will be appar- 
ent to those skilled in the art or described herein. 

A wide variety of links for fink 18 may be utilized. For 

25 any given link technology, the interface apparatus 20 will 
interface an output port on the computing device 14 to 
an input port present on the PED. For example, link 18 
may take the form of (i) a cable/wire, (ii) an infra-red link, 
(iii) an RF link, (iv) an optical link, (v) an audio linK or (vi) 

30 a human link. In tiie case of a cable/wire, an actual 
cable exists between PC 14 and cellular telephone 22 
such as an actual cable between the RS-232 port of PC 
14 to interface 20 and to interface 20 to the three wire 

^^us port of cellular telephone 22. 

35 An infrared link requires that infrared transceivers 
be included both on PC 14 and cellular telephone 22 
whereby PC 14 communicates with cellular telephone 
22 via infrared signals that are transmitted and received 
between PC 14 and cellular telephone 22. Likewise, an 

40 optical link is similar to an infrared link whereby both the 
phone and the PC would include optical transceivers for 
transmission of data. Both the infrared and optical links 
(and to a lesser extent all of the links) may be included 
as an internal conponent of PC .14 or PED 12. For 

45 example, the Apple Newton PDA-type PC and most 
VCR (video cassette recorders) PED's include attached 
infrared transmitters and/or receivers. Additionally, the 
link components such as components with reference 
numbers 30, 31 , 33 and 28. may be externally attached 

50 to the PC or PED. For example, an infrared transmitter 
may be connected to interface hardware 33 to allow the 
PC to control a common VCR. Also, the PC may have 
the link components internal or external and the PED 
may be the same or opposite. 

55 An RF link involves the use of a modem within PC 
1 4 that calls cellular telephone 22 (or vice versa) and an 
exchange of data between the PC and the telephone 
occurs via direct modem data or dual tone multi-fre- 
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quency (DTMF) signals. 

An audio iink involves the generation and recogni- 
tion of DTMF signals between PC 14 and cellular tele- 
phone 22 and would utilize a DTMF decoder within 
cellular telephone 22. 

Any one of the above links may be uni-directional or 
bi-directional. A bi-directional link allows data to be sent 
to and received from the RED. A uni-directional link, 
however, would only allow data (i e*. commands) to be 
sent to the PED from the PC. For example, a handheld 
remote control sends commands to a TV or VCR uni- 
dlrectionally. In the case of a uni-directional link 
between PC 14 and cellular telephone 22. the PC could 
program the phone with a predetermined program, but 
the current status or program of the phone could not be 
ascertained via such uni-directional link. 

Finally, a human link involves PC 14 displaying or 
printing out a sequence of steps instructing a user the 
exact key depresses on PED 12 to perform a specified 
programming function. This would at least abate the 
need for the user to search through large instruction 
manuals when the user desires to program a simple fea- 
ture within the PED. 

As described herein, cellular telephone 22 is pro- 
grammed by having PC 14 emulate, onto the three wire 
bus. the keypresses associated with the cellular tele- 
phone 22 and monitor the cellular telephone 22 display 
data appearing on the three wire bus so that such data 
can be sent to cellular telephone 22 for programming it 
as if the user were actually pressing those keys and 
reading the display. However, in an alternate embodi- 
ment, PC 14 may have direct access within the memory 
of cellular telephone 22 to directly read/write to such 
memory and to have access to various configuration 
settings within cellular telephone 22. Such an alternate 
programming method would more rapidly program the 
cellular telephone since no key depress commands 
would have to be recognized. 

The method of programming the cellular telephone 
^is^implemented on the computing device vwth a software 
application. The software application has the ability to 
transmit data to the cellular telephone via link 18 and 
interface apparatus 20. and receive data from the cellu- 
lar telephone via the same channels. The software 
incorporated in PC 14 includes several key features. 
First, the software has appropriate data entry fields and 
instructions to gather data and guide the user through 
the programmable features of a particular cellular tele- 
phone. For example, the software prompts the user to 
enter a list of phone numbers and associated names to 
be stored in the internal memory of the phone. The soft- 
ware can then subsequently program the information 
into the cellular telephone. Further, a number of addi- 
tional features that are commonly found on cellular tele- 
phones, including volume controls, ring controls, timer 
controls, service options, etc., may also be programmed 
in a similar manner. 

Second, the software can also interrogate the cellu- 



lar telephone to determine the cun-ent state of all pro- 
grammable features given the use of a bi-directional 
link. In addition, the software has the ability to store and 
read individual configurations to and from external files 
5 on the PC. By combining these features, a powerful and 
flexible program environment may be created with a 
much simpler user interface. Applications of this pro- 
gram are numerous and include programming features 
on a particular cellular telephone, transfemng configu- 
re rations from one phone to another, maintaining multiple 
configurations, or even configuring a series of cellular 
telephones in an identical manner. 

Third, the software also provides appropriate entry 
fields to automate the NAM programming sequence. 
15 This feature significantly reduces the burden on the cel- 
lular telephone sales personnel and service providers 
while reducing the errors associated with the NAM pro- 
gram. 

Fourth, the software may also provide training pro- 
20 cedures to familiarize the user on how to utilize the 
newly programmed features of a particular cellular tele- 
phone. For example, the steps required to recall a 
number and place a call may be demonstrated. 

Referrir^ to FIG. 5, a block diagram illustrating a 
25 portion of PC 14 including the software components 
within PC 14 for use in programming cellular telephone 
22. Software application block 52 includes graphical 
user interface (GUI)/ controller 54. translator 56 and 
interface 58. The software components of FIG. 5 further 
30 include memory database block 54 including GUI data 
62, user data 64, phone data 66 and interface data 63. 
Additionally. PC 14 includes user input/output (I/O) 
interface 50 which nnay include, for example, a display 
and a keyboard and mouse, for allowing a user to inter- 
ns face with the software components. 

The GUI portion of GUI/controller 54 interfaces and 
communications with the user via user I/O interface 50 
^JK for allowing a user to interface vynth the software compo- 
nents and for allowing the user to easily select, activate 
40 or modify the various programmable features of cellular 
telephone 22. The GUI portion also communicates witii 
interface 58. The GUI is responsible for (i) organizing 
the data on the display for the user, (ii) verifying the data 
entry such that, for example, a phone number is really a 
45 phone number and does not have letters entered within 
it, and (iii) may additionally provide help menus for aid- 
ing the user in accomplishing desired programming 
tasks. GUI database 62 provides data for use by the 
GUI that is specific for features corresponding to a plu- 
ses rality of cellular telephone models to be programmed 
thereby informing the GUI of specific phone features for 
the phone to be programmed. 

User database 64 includes various data selected by 
the user based upon the user's selection of various fea- 
55 tures to be programmed such as the user's selection of 
tone controls and the user's pre-entered phone num- 
bers. 

The controller portion of GUI/controller 54 manages 
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the user's programmable electronic device (PED) pro- 
gram and insures compatibility between the PED. i.e., 
cellular telephone 22. and the link type. User database 
64 provides data to the controller including phonebook 
data and various settings associated with programming 5 
the PED. The controller portion of GUI/controller 54 pro- 
vides various feature settings, as represented by refer- 
ence number 55. to translator 56 based upon the 
features selected by the user via the GUI portion of 
GUI/controller 54. 

Translator 56 receives the feature settings from the 
controller portion of GUI/controller 54 and translates 
those settings into keypress sequences that are specific 
to the cellular telephone to be programmed and sup- 
plies this data to interface 58, via line 57. For example, 15 
when it is desired to program an additional name and 
number into a phonebook of a cellular phone, the trans- 
lator woukJ generate the specific keypress sequences 
that woUd be required to be executed on cellular tele- 
phone 22 in order to program such name and number 20 
into the phone's memory Also, embedded within trans- 
lator 56 are directons fc>r what needs to be on the dis- 
play of celliiar telephone 22 during various points of the 
keypress sec^jerxes This allows various features of 
cellular telephor>e 22 to be programmed even though it 25 
is required to have knowledge of what information is 
being displayed on cellular telephone 22 during the pro- 
gramming process such as, for example, turning on or 
off the ringer of cellular telephone 22. This process will 
be discussed in more detail hereinafter with reference to 30 
the tone controls. In essence, this feedback between 
what is on the display of cellular telephone 22 and trans- 
lator 56 allows the necessary feedback from cellular tel- 
ephone 22 to determine what state the cellular 
telephone is cunrently in so that the proper programming 35 
state may be set. Phone database 66 includes data that 
is specific to programming protocols for a plurality of cel- 
lular telephones to be programmed. For every feature 
that can be programmed into, or requested from the 
phone 22. the phone database 66 knows the feature 40 
setting format sent from the controller 54 and the corre- 
sponding keypress sequences 57 and required phone 
display feedback values 61 necessary to complete the 
command or request 

Interface 58 is coupled to translator 56 for receiving 45 
the keypress sequences and for formatting such key- 
press sequences and providing these coded keypress 
commands to cellular telephone 22. via line 59. Inter- 
face 58 also receives data from cellular telephone 22. 
via line 61 , that is comprised of phone display feedback so 
and provides such data back to translator 56. via line 
63. to provide for phone feedback of the programming 
process, as eluded to above. Interface 58 also provides 
programming instructions to be displayed on the PC to 
the GUI portion of GUI/controller 54. via line 65, for sub- 55 
sequent display to the user via I/O interface 50. This 
provides a means for providing manual instructions, if 
desired, to the user thereby enabling the user to pro- 



gram cellular telephone 22 without having to refer to 
lengthy owner*s/instruclion manuals. Interface 58 also 
provides phone feedback of cun-ent feature settings of 
cellular telephone 22 to the controller portion of 
GUI/controller 54. via line 67, for ascertaining the cur- 
rent settings of cellular telephone 22. 

Interfacg^atabase 68 provides data to interface 58 
for providing data that is specific to a plurality of link pro- 
tocols that may exist between PC 14 and cellular tele- 
phone 22, as described above. Each keypress within a 
keypress sequence appearing on line 57 corresponds 
to a button press on the phone 22. Interface 58 must 
convert each keypress from translator 56 into a stream 
of formatted bits to be sent over the line 59. The format- 
ted bits form message packets which may include, 
depending on the specific interface 58, message head- 
ers, message word counts, message type identifiers, 
data values, parity or checksum type values, etc. Also, 
requests for data from the phone 22 from translator 56 
must also be converted into message packets of format- 
ted bits. Similarly, phone display feedback line 61 pro- 
vides formatted message packets to interface 58 which 
must be converted into the display character data. AcWi- 
tionally, in the case of providing manual instruction to 
the user and bypassing line 59, the interface 58 con- 
verts the keypress sequences and display requests not 
into formatted message packets, but rather into com- 
mands and requests formatted in ASCII messages 
which can be read by the user when displayed via user 
I/O 50. All of the formatted message packets and ASCII 
conversons formats are maintained in the interface 
database 68. 

It is worth noting that interface 58 is shown in FIG. 
5 as being connected directly to cellular telephone 22. 
However, it is understood that such coupling between 
interface 58 and phone 22 further includes components 
30, 26 and 28 as shown in FIG. 4. In essence. FIG. 5 
illustrates the software interface and for simplicity does 
not illustrate any hardware interfaces which are shown 
in FIG. 4. 

Referring to FIG. 6. an exemplary screen shot of a 
graphical interface for programming phonebook data in 
cellular telephone 22 is shown. If a name and number is 
desired to be added to the phonebook of cellular tele- 
phone 22. the user simply enters the name of the per- 
son, as shown in block 80. and the corresponding 
telephone number, as shown in block 82. In order to pro- 
gram the cellular telephone 22 with such entered name 
and number, the user simply clicks on Program Page 
block 84 and the phone is programmed via a process 
that will be described in more detail hereinafter. 

Referring to FIG. 7 a simplified flow chart is illus- 
trated for programming cellular telephone 22. Briefly, 
desired programming features/settings are selected by 
the user via the GUI and such features are translated 
into corresponding key depresses that cellular tele- 
phone 22 recognizes such that cellular telephone 22 
may be programmed with such features and settings. 
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Upon starting, the user enters values of features to 
be programmed into GUI/controller 54 (FIG. 5), via the 
GUI portion, as represented by box 90. For example, as 
shown in FIG. 6. the user enters various names and tel- 
ephone numbers when the features "Phone Book" is 
selected. 

Next, the feature values are translated into phone 
keypress sequences, via translator 56 (of FIG. 5). with 
knowledge of required phone display feedback, as rep- 
resented by block 92. As aforementioned, this knowl- 
edge may be required when it is necessary to ascertain 
what is being displayed on cellular telephone 22 during 
the programming process. 

Finally, the keypress sequences are passed to the 
cellular telephone 22 via the serial bus in proper serial 
bus format, via interface 58 (of FIG. 5), and the correct 
display feedback from cellular telephone 22 is verified 
via the serial bus from the phone display feedback data 
being transmitted from cellular telephone 22 to interface 
58. as represented by block 94. 

Referring to FIG. 8, an exemplary screen shot of 
the GUI for adjusting the tone controls is shown. The 
user simply selects whether it is desired to have the 
vibrator on and/or the ringer on by appropriately check- 
ing boxes 102 and 104, respectively. Further, other 
functions may be selected such as whether keypad or 
scratch pad tones are activated by selecting boxes 106 
and 108, respectively Once the proper selections are 
made, the user clicks on box 110 and the process of 
programming the vibrator and ringer features of cellular 
telephone 22 is initiated. Programming the vibra- 
tor/ringer on or off is an example where it is imperative 
that the software have knowledge of current phone dis- 
play feedback since Motorola's Startac and Elite models 
of cellular telephone 22 include menus which must be 
scrolled through in order to appropriately select the 
vibrator on and/or the ringer on. 

To that end. the reader is referred to FIG. 9 which 
illustrates a detailed flow chart of a representative pro- 
gramming process for setting the vibrator and/or the 
ringer on. Upon starting, assume, for example, that the 
user requests that the vibrator be turned on and that the 
ringer be turned off. as represented by circle 120. 
Accordingly, the user selects the tone control feature 
group on the GUI with the mouse and the GUI/controller 
54 displays a tone control menu, similar to one shown in 
FIG. 8, as represented by box 122. The current settings 
within the tone control menu are those that are cun^ent 
in user database 64. 

Accordingly, the user clicks the mouse appropri- 
ately on boxes 1 02 and 1 04 to insure that the vibrator is 
checked on and the ringer is checked off, as repre- 
sented by diamonds 124 and 126 and boxes 128 and 
130. 

The user then request the phone to be programmed 
by clicking on the Program Page block 110, as repre- 
sented by box 132. 

This appropriate feature setting data is sent to 



translator 56 whereby the feature settings are translated 
into phone keypress sequences via translator 56, as 
represented by box 134. Referring to FIG. 10, the spe- 
cific keypress sequences for programming the ringer 

5 and vibrator are listed. However, note that step 5 
requires depressing the key until "Vibrate Only" is 
displayed on cellular telephone 22. Therefore, such a 
programming sequence requires that the display of the 
telephone be monitored for such data as will now be 

10 described. 

First, interface 58 sends the coded keypress com- 
mands corresponding to the four steps in programming 
the ringer and vibrator (i.e., keypresses FCN. MENU. 3. 
0, and STO) to cellular telephone 22 via line 59 (of FIG. 

15 5). as represented by box 136. 

The software then monitors and interprets the 
phone display data via the phone display feedback line 
61 (of FIG. 5) from cellular telephone 22 to interface 58. 
as represented by box 138. 

20 Next, the software determines whether the phone 
displays ''Vibrate Only", as represented by diamond 
140. If it is not displayed, then interface 58 sends the 
keypress command for the "#" keypress to cellular tele- 
phone 22 via line 59, as represented by box 142 and 

25 again the software interprets the phone display data, as 
represented in box 138. 

However, once the phone displays "Vibrate Only", 
translator 56 generates the final two required key 
depresses of STO and END and interface 50 sends 

30 such coded commands for STO and END to cellular tel- 
ephone 22 and the programming of turning the vibrator 
on and the ringer off is accomplished. 

The software application associated with the cellu- 
lar telephone programmer taught herein may be pro- 

35 vided via articles of manufacture which are 
manufactured to include the software components 50- 
68 (of FIG. 5) whereby these software components 
include a plurality of binary values that are typically 
loaded into memory (not shown) of PC 14 from a com- 

40 puter readable media such as electrically erasable pro- 
grammable read-only memory (EEPROM), read-only 
memory (ROM), dynamic random access memory 
(DRAM), static random access memory (SRAM), mag- 
netic storage, tape storage, optical storage, compact 

45 discs (CDs), flash memory storage, network storage, 
another computer across a communications link, or like 
storage device for computer executable code, or com- 
puter data. 

By now it should be apparent from the foregoing 
so discussion that the present inventions describes a novel 
and unique method and system for accomplishing the 
programming of a PED, such as a cellular telephone, via 
the use of a personal computer (PC). The present 
invention includes software, which may be accessed via 
55 a computer readable storage media and then trans- 
ferred to memory within the PC, for providing a graphi- 
cal user interface (GUI) to the user for ease and 
simplicity of selecting various programming features 
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and settings asscxiated with the cellular telephone to be 
programmed. The software further includes a translator 
for translating these user selected features/settings into 
specific key depresses to be sent to the cellular tele- 
phone, via software and hardware interfaces, for 5 
accomplishing the programming of such features/set- 
tings. Additionally, the software includes the capability 
to monitor the data being displayed on the cellular tele- 
phone because such data may be required to accom- 
plish various programming features. 10 

While the Invention has been described in specific 
embodiments thereof, it is evident that many alterna- 
tions, modification and improvements may be apparent 
to those of ordinary skill in the art. Accordingly, it is 
intended that all such alternations, modifications, and 15 
variations fall within the broad scope of the appended 
claims. 

Claims 

20 

1 . An system for simplifying programming of a cellular 
telephone, the cellular telephone having a capabil- 
ity of functioning according to a plurality of program- 
mable features and including an input for receiving 
data to select the plurality of programmable fea- 25 
tures, the system comprising: 

a computer having an output for providing out- 
put data, said computer including software for 
programming the cellular telephone, said soft- 30 
ware including 

a grapNcai user interface (GUI) compo- 
nent for displaying a plurality of menus for 
allowing a user to easily select the plurality 35 
of programmable features; and 
means, coupled to said GUI component, 
for translating said selected plurality of pro- 
grammable features from said GUI compo- 
nent into commands that are recognizable 40 
by the cellular telephone, said commands 
comprising said output data from said 
computer; and 

an interface device, coupled between the cellu- 45 
lar telephone and said computer, for converting 
said output data from said computer to data 
compatible with the cellular telephone. 

2. The system according to claim 1 wherein said so 
means includes: 



sequences from said translator component and 
for formatting said keypress sequences into 
keypress commands that are recognizable by 
the cellular telephone. 

3. The system according to claim 1 wherein said 
means additionally receives display commands 
from the cellular telephone during programming for 
monitoring data appearing on a display of the cellu- 
lar telephone and wherein said translator compo- 
nent interprets said monitored data. 

4. "me system according to claim 1 wherein said 
means provides feedback of features of the cellular 
tel^hone to said GUI component for ascertaining 
current feature settings of the cellular telephone. 

5. A method for sirrplifying programming of a cellular 
telephone, the cellular telephone having a capabil- 
ity of functioning according to a plurality of program- 
mable features and including an input for receiving 
data to select the plurality of programmable fea- 
tures, the method comprising the steps of: 

generating a graphical user interface (GUI) for 
allowing a user to easily select at least one pro- 
grammable feature of the plurality of program- 
mable features to be activated or modified; 
receiving at least one feature setting con-e- 
sponding to said at least one selected pro- 
grammable feature; and 
translating said at least one feature setting into 
output data that is recognizable by and used to 
program the cellular telephone. 

6. The method according to claim 5 wherein the step 
of translating said at least one feature setting into 
data includes the steps of: 

translating said at least one feature setting into 
keypress sequences that are specific to the 
cellular telephone to be programmed; and 
formatting said keypress sequences into key- 
press commands that are recognizable by the 
cellular telephone. 

7. The method according to claim 5 further including 
the steps of: 

receiving display feedback from the cellular tel- 
ephone during programming for monitoring 
data appearing on a display of the cellular tele- 
phone; and 

interpreting said monitored data for use in pro- 
gramming certain features of the cellular tele- 
phone. 

8. A cellular telephone programmer stored on a stor- 



a translator component for translating said 
selected plurality of programmable features 
into keypress sequences that are specific to ss 
the cellular telephone to be programmed; and 
an interface component, coupled to sard trans- 
lator component, for receiving said keypress 
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age media for simplifying programming of a cellular 
telephone, the cellular telephone having a capabil- 
ity of functioning according to a plurality of program- 
mable features, the cellular telephone programmer 
comprising: 5 
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20 

9. The cellular telephone programmer according to 
claim 8 wherein said third plurality of binary values 
Includes: 

25 

a fourth plurality of binary values for translating 
said at least one feature setting into keypress 
sequences that are specific to the cellular tele- 
phone to be programmed; and 
a fifth plurality of binary values for formatting 30 
said keypress sequences into keypress com- 
mands that are recognizable by the cellular tel- 
ephone. 

10. The cellular telephone programmer according to 35 
claim 8 futher including: 

a fourth plurality of binary values for receiving 
commands from the cellular telephone during 
programming for monitoring data appearing on 4o 
a display of the cellular telephone; and 
a fifth plurality of binary values for interpreting 
said monitored data for use in programming 
certain features of the cellular telephone. 

45 



SO 



55 



a first plurality of binary values for generating a 
graphical user interface (GUI) for allowing a 
user to easily select at least one programmable 
feature of the plurality of programmable fea- 
tures associated with the cellular telephone to 
be activated or modified; 
a second plurality of binary values for generat- 
ing at least one feature setting corresponding 
to said at least one selected programmable 
feature; and 

a third plurality of binary values for translating 
said at least one feature setting into data that is 
recognizable by the cellular telephone for use 
in programming the cellular phone. 
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